| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Dr Slaughter
Coreli Corporation
Exuro Mortis
   |
Posted - 2007.09.24 16:02:00 -
[1]
 Originally by: Larshus Magrus
While this is all well and good, and many solutions like this exist in the *nix world, the reality is CCP uses Microsoft server OS packages. The technology for loadbalancing processes over multiple physical machines (OpenMosix, ect al) is far beyond anything that MS has, or will have in the foreseable future. CCP has no intentions to switching to a more mature OS that runs on larger machines, so don't hold your breath for this type of functionality any time soon.
Yes, yes, you are 100% correct. It's all Microsofts fault. CCP should use Oracle anyway. I can't understand why they don't. Actually I can't understand why they didn't write the entire application to run on an IBM Z series. OMFG. They're sooooo stupid. Oh, did I already say it's all Microsofts fault? CCP should never have used Microsoft Python. It's so obvious the cluster would have operated better using a mature language like SNOBOL.
|
Dr Slaughter
Coreli Corporation
Exuro Mortis
|
Posted - 2007.09.24 20:11:00 -
[2]
This has been done to death in so many other threads.
The stumbling block is that CCP need to improve chunks of their code so it will run across multiple hosts (not just multiple CPUs). It's a stumbling block because it's a huge task.
In the mean time they're trying to do everything they can to squeeze more omph out of their existing software architecture. Hardware improvements like infiniband are likely to make minor improvements for us but they will also open up the chance for a major re-write of things like the solar system and grid management code (as someone mentioned features like shared memory make all sorts of things possible).
Virtualization is interesting in that you could use features like VmWare's vmotion to move a busy solar system automatically onto bigger hardware (i.e. out of the blade rack and onto the sort of hardware that runs JITA). Would be very cool if they could detect 200 clients setting a destination and pre-load the systems 2 jumps either side on the route onto a JITA type node. Not sure if vmotion would keep up though :)
Anyway back to the OP.. sorry I haven't played with XEN beyond what was out there nearly two years ago. My software company develops systems management software for managing VmWare and Microsoft application servers (like SQL, Exchange, etc.) but my background originally was storage managment (sorry if you ever used the first windows release of ARCserve  ). Most of the places I see virtualization being used it's for consolidation purposes. Smaller power bills. Less space. More efficient use of tin. Less physical stuff to manage. As someone said above not everything is suitable though.
|
Dr Slaughter
Coreli Corporation
Exuro Mortis
|
Posted - 2007.09.25 08:37:00 -
[3]
Originally by: Andrue
Edited by: Andrue on 24/09/2007 21:15:20
Edited by: Andrue on 24/09/2007 21:15:04
Originally by: Dr Slaughter
...my background originally was storage managment (sorry if you ever used the first windows release of ARCserve ).
Lol! I used to write data recovery software and although I was on the disk side I have heard several choice comments about ARCserve over the years. Of course they were from people looking at the ugly aftermath of Things(TM) Going Wrong. I had similar comments to make about various file systems 
'course none of it compares to the comments I've made over the years about users 
Heh. You should have heard me on the topic of tape drives... We used to send people who hadn't checked to see if their back-ups were write-only  to AL downloading, Vogon, or Ontrack.
|
| |
|